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DETAILED ACTION 
Response to Arguments 
The Examiner acknowledges the Applicants' amendments to claims 1, 3-6, 8-10, and 12. 
The Examiner's objection to claims 1 and 10, and the 35 U.S.C. 1 12, second paragraph rejection 
of claims 3-13, as presented in the previous Office Action, is withdrawn in light of these 
amendments. 

Regarding the 35 U.S.C. 103(a) rejection presented in the previous Office Action, the 
Applicants assert that the Examiner has failed to establish a prima facie case of obviousness. 
The Applicants correctly disclose that, to establish a prima facie case of obviousness, there must 
be some motivation to modify or combine reference teachings, there must be a reasonable 
expectation of success, and the prior art references, when combined, must teach or suggest all of 
the claim limitations. The Applicants, however, allege that the Examiner has failed to meet even 
a single one of these criteria. The Examiner respectfully disagrees, and contends that there exists 
motivation to combine the references of the prior Office Action, that there exists a reasonable 
expectation of success, and that the prior art references teach all of the claim limitations. 
Consequently, the Examiner maintains that a prima facie case of obviousness has in fact been 
established. 

Particularly regarding the criterion of motivation, the Applicants submit that the 
references of the UPnP document ("Universal Plug and Play Device Architecture" document) 
and Kekic (U.S. Patent No. 6,272,537 to Kekic et al.) provide redundant teachings, and that 
because of this, one would not be motivated to combine their teachings. The Applicants 
particularly submit that the UPnP document describes the existence of a control point that is able 
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to discover and control UPnP devices on a network, even if the vendor of the device does not 
provide an interface. The Applicants further submit that the MIB Browser of Kekic is able to 
manage devices on a network if the vendor of the device does not provide and interface for the 
device. Subsequently, the Applicants conclude that one of ordinary skill in the art would not 
have been motivated to modify the control point described in the UPnP document by Kekic, 
because the MIB Browser of Kekic is redundant of the control point. In response, the Examiner 
submits that the teachings are similar, but not necessarily redundant. The Examiner contends 
that it is because of this similarity, one would have been motivated to combine the teachings of 
the UPnP document and Kekic. In particular, the MIB Browser of Kekic provides a graphical 
user interface by which the user may configure a network device, even if the vendor of the 
device does not provide an interface, i.e. "element manager" to manage the device (for example, 
see column 22, lines 40-52 of Kekic). The control point described in the UPnP document is 
simply a device implementing the UPnP protocol in order to manage another device. While it 
may be true that the UPnP protocol allows the control point to manage a device, even if the 
vendor of the device does not provide an interface, i.e. "presentation page," to manage the 
device, the UPnP protocol does not provide for an interface, like the MIB Browser of Kekic to 
be displayed by the control point. In other words, the user of the control point is not 
automatically provided with an interface to control a device, if the vendor of the device does not 
provide a presentation page. Conversely, the vendor of the device is required to develop either a 
presentation page, or similar functionality, if the device is to be controlled by a control point. 
The MIB Browser of Kekic overcomes such limitations: the user is provided with an interface to 
manage a device, even if the vendor of the device does not provide such an interface, and 
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conversely, the vendor of the device is not required to develop such an interface, a potentially 
costly and time-consuming process. Consequently, the Examiner concludes that one would have 
in fact been motivated to modify the control point to include an interface like the MIB Browser 
of Kekic. 

Referring to the criterion for a reasonable expectation of success, the Applicants submit 
that the discovery panel and MIB Browser of Kekic utilize a different management protocol then 
the UPnP framework, and as such, there is no reasonable likelihood of success that these two 
systems would succeed when combined. The Examiner respectfully disagrees. The intention of 
adding the MIB Browser and discovery panel of Kekic to the control point defined by the UPnP 
document is not to simply add the MIB Browser and discovery panel, without modification, but 
to implement their broader teachings within the UPnP framework, i.e. to add an interface, like 
the discovery panel, to the control point to search for particular devices on the network, and to 
add an interface, like the MIB Browser, to the control point to obtain current values for the state 
variables of discovered network devices (for example, see page 8 of the previous Office Action, 
mailed 5/6/2004: It would have been obvious to one of ordinary skill in the art, having the 
teachings of the UPnP document and Kekic before him at the time the invention was made, to 
modify the control point taught by the UPnP document to include the auto discovery panel, MIB 
Browser, and navigation tree being adapted to discover and control UPnP devices). While it is 
true that the discovery panel and MIB Browser of Kekic utilize a different management protocol 
than the UPnP framework, it is understood that when combined with the teachings of the UPnP 
document, the MIB Browser' and discovery panel of Kekic would necessarily be modified to 
utilize the same protocols stipulated in the UPnP document. The Simple Network Management 
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Protocol (SNMP) is similar to the protocols stipulated in the UPnP document, and therefore, the 
MIB Browser and discovery panel may be modified to implement such protocols, and manage 
devices implementing the UPnP framework, without losing significant functionality. For 
example, the MIB Browser uses SNMP to obtain data values from various state variables (see 
column 51, line 43 - column 52, line 45). The protocols described in the UPnP document may 
similarly be implemented to obtain values from various state variables (see section 3.3). The 
Examiner consequently maintains, that if combined as suggested, the teachings of Kekic and the 
UPnP document would succeed to operate. 

As per the criterion that the references, when combined, must teach or suggest all of the 
claimed limitations, the Applicants assert that section 1.2.2 of the UPnP architecture document, 
specified in the previous Office Action, merely describes the format of a search request with M- 
Search, and does not describe a display device. The Examiner agrees, as the previous Office 
Action does not assert that section 1 .2.2 describes a display device. Instead, the previous Office 
Action asserts that section 1.2.2 teaches that a discovery process may involve one of a plurality 
of discovery options, such as searching for all devices on the network, searching for root devices 
only, searching for a particular device, or searching for a particular type of device on the network 
(see pages 3 and 4 of the previous Office Action). The format of a search request with M- 
Search, as described in section 1.2.2., verifies this assertion. Regarding a display device, the 
UPnP document discloses that the control point may implement a browser to retrieve and exhibit 
a presentation page (see section 5, beginning on page 60). It is consequently understood that the 
control point may comprise a display device in order to display the presentation page. Assuming 
however, that this is not the case, that the UPnP document does not teach using a display device 
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to discover and control network devices (and idea with which the Examiner does not necessarily 
agree), the Examiner notes that Kekic teaches the use of a display device to discover and control 
such devices. For example, a display device displays an MIB Browser and discovery panel, as 
described in the previous Office Action. The Examiner thus maintains that the described 
combination of the UPnP document and Kekic teaches a display device. 

Further regarding the criterion that the combined references must teach or suggest all of 
the claimed limitations, the Applicants assert that the MIB Browser of Kekic is devoid of a field 
for displaying discovery options and devoid of a field for initiating a discovery process, as is 
claimed. In response, the Examiner submits that the discovery panel described by Kekic 
comprises such fields, as is disclosed in the previous Office Action. The Examiner thus 
maintains that the described combination of the UPnP document and Kekic teaches a field for 
displaying discovery options and a field for initiating a discovery process, as is claimed. 

Specifically concerning claim 5, the Applicants submit that the MIB Browser of Kekic is 
used only if there is no element manager associated with a particular network element, and 
concludes that the use of this MIB Browser is contrary to claim 5. The Examiner respectfully 
disagrees. First, the Examiner notes that the MIB Browser is not necessary to read on claim 5, or 
any claims on which it depends; the combination of the UPnP document and the discovery panel 
and navigation tree of Kekic are sufficient to read on claim 5. The MIB Browser teaches 
displaying graphical user interface elements to manage a discovered network device, and 
therefore reads on limitations recited in claims occurring after claim 5. Moreover, the Examiner 
respectfully notes that the MIB Browser of Kekic may be used to manage a device, even if an 
element manager is associated with the device. For example, it is understood that the user may 
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invoke an MIB Browser to display MIB values for a device having an element manager by 
activating an "MIB Browser button" and then inputting the hostname or IP address of the device 
into a "device name field" of the MIB Browser interface (for example, see column 51, lines 49- 
61). The user may be motivated to use such an MIB Browser, instead of an element manager, in 
order to get only MIB information (see column 43, lines 1 1-13; and column 86, lines 6-9). The 
Examiner thus maintains that and MIB Browser and a vendor-generated element manager may 
be used to manage a device. 

With respect to claim 14, the Applicants submit that the "limited search" field of Kekic is 
not used to receive a discover type selection signal, as alleged by the Examiner in the previous 
Office Action. In response, the Examiner refers back to the previous Office Action, mailed 
5/6/2004: 



UPnP incorporates Internet components to provide protocols by which a 
control point discovers, controls, and displays features of such 
devices.,. The above-described control point may initiate a discovery 
process to discover devices on the particular network with which it is 
associated (see section 1.2 beginning on page 12). This discovery process 
may involve one of a plurality of discovery options, such as searching for 
all devices on the network, searching for root devices only, searching for a 
particular device, or searching for a particular type of device on the 
network (see section L2.2 beginning on page 13). (See pages 3-4 of the 
previous Office Action). 

Kekic particularly discloses that a user of control point may implement the 
auto discovery panel to initiate a discovery process to search for devices 
" on a particular network, whereby like the UPnP architecture described 
above, this discovery process may involve one of a plurality of discovery 
options (see column 43, line 15 - column 45, line 17). For example, as is 
shown in figure 27, the auto discovery panel comprises a "Limited 
Search" field, designated by reference number 2703, which is for 
displaying such discovery options (see column 43, line 46 - column 44, 
line 57), and a "Discover" button designated by reference number 2706, 
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which is for initiating the discovery process (see column 44 \ lines 58-66). 
(See page 6 of the previous Office Action). 

Thus, as asserted in the previous Office Action, UPnP teaches a discovery option for discovering 

one of a plurality of device types, and Kekic teaches providing fields within a discovery panel by 

which a user may select discovery options. The Examiner therefore maintains that the UPnP 

document and Kekic, as combined, teaches providing a field by which a user may select one of a 

plurality of discovery types. 

The Applicant's arguments filed 8/12/2004 have thus been fully considered, but are not 

persuasive. 



Claim Rejections -35 USC §103 
The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

Claims 1-26 are rejected under 35 U.S.C. 103(a) as being unpatentable over the 
"Universal Plug and Play Device Architecture" document, which is cited in the Applicants' IDS 
of 5/23/2003, and also over U.S. Patent No. 6,272,537, which is attributed to Kekic et al. (and 
hereafter referred to as "Kekic"). In general, the Universal Plug and Play architecture document 
describes Universal Plug and Play (UPnP), an architecture describing the network connectivity 
of various types of appliances, wireless devices, and personal computers (see the section entitled 
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"What is Universal Plug and Play?," beginning on page 1). UPnP incorporates Internet 
components to provide protocols by which a control point discovers, controls, and displays 
features of such devices (see pages 1 and 2). This control point comprises a browser by which it 
retrieves and displays a "presentation page" for a particular device, this presentation page being 
created by the vendor of the device, and providing means to control and display the status of the 
device (see Section 5, starting on page 60). Consequently, such a control point is considered a 
display device having rendered thereon a user control point tool for controlling and displaying 
UPnP devices. 

Specifically regarding claims 1-3, the above-described control point may initiate a 
discovery process to discover devices on the particular network with which it is associated (see 
section 1.2 beginning on page 12). This discovery process may involve one of a plurality of 
discovery options, such as searching for all devices on the network, searching for root devices 
only, searching for a particular device, or searching for a particular type of device on the network 
(see section 1.2.2 beginning on page 13). 

As per claim 4, the above-described control point may further retrieve a device 
description from a discovered device. This device description comprises a plurality of data fields 
containing device property information for the device (see section 2, beginning at the bottom of 
page 15). For example, such data fields may specify the type of the device, the manufacturer of 
the device, and the model name of the device (see section 2. 1, beginning on page 17). 

In reference to claim 5, the above-described device description additionally comprises a 
presentation URL for a presentation page associated with the device (see section 2. 1 beginning 
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on page 17). This presentation page, which is described above, is accessed and displayed using a 
browser to connect to the presentation URL (see section 5, beginning on page 60). 

Regarding claims 6-13, the device description described above further comprises a 
plurality of fields denoting the one or more services associated with the particular device (see 
section 2. 1 beginning on page 17). For each service, the device description comprises a URL 
which links to a description of the service (see section 2. 1 beginning on page 17). This service 
description comprises a list of all the state variables associated with the particular service (see 
section 2.3, beginning on page 21); the control point may query the device to ascertain a current 
value of one or more of these state variables (see section 3.3, beginning on page 43). 
Additionally, the service description comprises a list of all the "actions" for the particular 
service, and for each action, a list of all the arguments associated with the action (see section 2.3, 
beginning on page 21). The control point may invoke one of these actions, whereby in response, 
the device returns to the control point the results of the action (see section 3.2.2 on page 40). 

In summary, the UPnP architecture document teaches a control point having rendered 
thereon a presentation page for controlling and displaying a particular UPnP device, the device 
being one of a plurality of different types of devices (for example, see section 5 beginning on 
page 63). However, such a presentation page is created by the particular vendor of the device, 
for the particular device (see section 5 beginning on page 63). Such a presentation page is 
therefore not a generic user control point tool, as recited in claim 1 . Additionally, the UPnP 
architecture document does not explicitly describe user interface features for discovering and 
controlling such devices. Thus, although the control point may initiate a discovery process, as is 
described above for example, the UPnP architecture document does not explicitly teach a field 
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for displaying discovery options, an area for initiating a discovery process, and a devices found 
display field, as are described in claims 1-3. By similar reasoning, the UPnP document does not 
teach a device properties display, as is described in claim 4; the UPnP document does not teach a 
button for viewing a presentation page, as described in claim 5; the UPnP document does not 
teach service display field, like recited in claim 6; the UPnP document does not teach a service 
description link display field and view button, as recited in claim 7; the UPnP document does not 
teach a query variable field, like described in claim 8; the UPnP document does not teach a 
button for querying the value of a state variable, like described in claim 9; the UPnP document 
does not teach an invoke action field, like described in claim 10; the UPnP document does not 
teach an action argument field, like described in claim 1 1; the UPnP document does not teach a 
button for invoking an action, like recited in claim 12; and the UPnP document does not teach an 
action out argument field, like expressed in claim 13. 

Like the UPnP document described above, Kekic describes a control point used to 
discover and control each of a plurality of devices existing in a network (for example, see 
column 6, line 50 - column 7, line 19). This control point accesses and displays an "element 
manager," which like the presentation page described above, is created by the particular vendor 
of the device for the particular device (see column 6, lines 37-49), and provides a graphical user 
interface to view the status of, and invoke actions on, the particular device (see column 5, line 25 
- column 7, line 14). As such an element manager is created specifically for the particular 
device, the element manager is not considered a generic user control point tool. However, Kekic 
further discloses that the control point comprises an "auto discovery panel" and an "NUB 
browser" (see column 22, lines 33-52; and column 43, lines 14-55), which are not specifically 
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associated with any device, and which for the following reasons, are considered to constitute a 
generic user control point tool for discovering, controlling, and displaying network devices. 
Kekic particularly discloses that a user of control point may implement the auto discovery panel 
to initiate a discovery process to search for devices on a particular network, whereby like the 
UPnP architecture described above, this discovery process may involve one of a plurality of 
discovery options (see column 43, line 15 - column 45, line 17). For example, as is shown in 
figure 27, the auto discovery panel comprises a "Limited Search" field, designated by reference 
number 2703, which is for displaying such discovery options (see column 43, line 46 - column 
44, line 57), and a "Discover" button designated by reference number 2706, which is for 
initiating the discovery process (see column 44, lines 58-66). This field for displaying discovery 
options particularly comprises a first button, designated by reference number 2704, which is 
understood to be for displaying available discovery options from which to choose (see column 
43, line 46 - column 44, line 57). Any devices found by the discovery process are displayed in a 
devices found display field, called a "navigation tree" (see column 45, lines 5-17). Such a 
navigation tree may comprise another button, specifically a "plus" button, the selection of which 
is understood to result in the expansion of the tree and the subsequent display of all discovered 
devices (for example, see column 23, lines 26-50). Upon selection of a device in the navigation 
tree, the user may select another button to open an MIB Browser (see column 51, lines 43-54). 
This MIB Browser is used to access and display an "MIB file" of the device (see column 51, line 
43 - column 2, line 45), whereby like the device description and service description provided by 
a UPnP device, this MIB file maintains device property and status information, and is used by 
the control point to invoke actions on the device (for example, see column 2, line 20 - column 4, 
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line 49). Consequently, the MIB browser, which displays an MIB file, is considered a device 
properties display. Alternatively, the user may select a discovered device, and if an element 
manager exists for that device, the graphical user interface of the element manager is displayed 
(for example, see column 21, line 33 - column 23, line 2). As described above, such an element 
manager is analogous to the presentation page described in the UPnP document, and 
consequently, Kekic is considered to present a button like the "second button" recited in claim 5. 
Referring again to the MIB Browser, Kekic discloses that it is used to access and display an MIB 
of a remote device (see column 22, lines 33-52, for example), which as expressed above, is 
comparable to the device and service description maintained and delivered by a UPnP device. 
Kekic teaches presenting user interface features within this MIB Browser to select, access, 
display, and set MIB variables. For example, the MIB Browser comprises an MIB File field 
having a button for displaying all the MIB files for the selected device (see column 51, line 49 - 
column 52, line 6). In response to selecting one of these MIB files and selecting a "Load" 
button, an "MIB Tree" field displays the MIB file, which comprise variables describing the 
selected MIB file (see column 51, line 62 - column 52, line 7). The user may query the value of 
one of these variables by selecting the variable and then selecting a "Get" button (see column 52, 
lines 12-22). In response, the result of the query is displayed in a "Result" field (see column 52, 
lines 12-22). Similarly, the user may set the value of a variable by selecting a variable within the 
MIB tree, entering a value within a "Set Value" field, and selecting a "Set" button (see column 
52, lines 31-45). In response, the result of the set operation is displayed in the Result field (see 
column 52, lines 31-45). 
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It would have been obvious to one of ordinary skill in the art, having the teachings of the 
UPnP document and Kekic before him at the time the invention was made, to modify the control 
point taught by the UPnP document to include the auto discovery panel, MIB browser, and 
navigation tree of Kekic, the auto discovery panel, MIB browser, and navigation tree being 
adapted to discover and control UPnP devices. In other words, it would have been obvious to 
include a field for displaying discovery options, an area for initiating a discovery process, and a 
devices found display field, like is included in the discovery panel and navigation tree of Kekic. 
Similarly it would have been obvious to include a device properties display, like the MIB 
browser of Kekic, and a button for viewing a presentation page, as also taught by Kekic. It 
would also have been obvious to include a field, like the MIB file field of Kekic, display and 
choose and service. It would have been obvious to include a Load button, like that of Kekic, to 
access and display a description of the service. It would have been obvious to include fields, like 
the MIB Tree field of Kekic, to display and choose a state variable to query and to display and 
choose an action to invoke. It would have been obvious to include a Get button, like presented 
by Kekic, to query the value of a state variable. It would have been obvious to include a field, 
like the Set Value field of Kekic, to enter arguments for an action, and it would have been 
obvious to include a button, like the Set button of Kekic, to invoke and action. Lastly, it would 
have been obvious to include fields, like the Result field of Kekic, to display the results of 
querying a state variable or invoking an action. It would have been advantageous to one of 
ordinary skill to utilize these combined teachings of the UPnP document and Kekic, because 
such a discovery panel, MIB Browser, and navigation tree provides a user interface for 
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discovering and controlling network devices, even if the vendor of the network device does not 
provide an interface to control the device, as is demonstrated by Kekic. 

The above-described control point described by the UPnP device document and Kekic is 
considered to teach a method like that recited in claims 14-26. For example, and specifically 
regarding claim 14, the combination of UPnP and Kekic teaches receiving a discover type 
selection signal within a field analogous to the "Limited Search" field of Kekic, the selection 
signal indicative of a user selecting one of a plurality of discover types. The above-described 
combination similarly teaches receiving a start discovery selection signal, via a button similar to 
the "Discover" button of Kekic, the start discovery selection signal indicative of a user selecting 
a start button on a window. In response to such actions, a UPnP discovery process in initiated. 

As per claim 15, the UPnP document teaches that the discovery process may involve 
searching for UPnP devices of a particular type, as is described above. Consequently, as Kekic 
teaches implementing drop-down list boxes, like the "Limited Search" field described above, 
which is for displaying and choosing search options, it is understood that this combination of 
UPnP and Kekic teaches a drop-down list box to display and choose a particular device type for 
which to search. Thus with such a list box, the user instigates a find by type menu display 
selection signal, whereby in response, the list box displays a selectable list of UPnP device types. 
The user may choose one of these device types, and thus the discovery process is for UPnP 
devices of the selected UPnP device type. 

Regarding claim 16, Kekic discloses that the user may enter a unique device name into an 
"IP Address" field, whereby the discovery process involves searching for a device of the entered 
name (for example, see column 43, lines 46-55). Analogously, the UPnP device document 



Application/Control Number: 09/867,303 Page 16 

Art Unit: 2173 

teaches that the discovery process may involve searching for a device having a particular unique 
device name, as is shown above. It is therefore understood that this combination of UPnP and 
Kekic teaches a field for receiving a unique device name, whereby a process for discovering 
devices on a network entails a discovery process for a UPnP device having this unique device 
name. 

With respect to claim 17, the above-described combination of UPnP and Kekic teaches 
displaying, in a field similar to the navigation tree of Kekic, a selectable list of UPnP devices 
discovery by the discovery process, and receiving a device selection signal indicative of a user 
selection of one of these devices. 

Concerning claim 18, the UPnP document teaches a presentation page associated with a 
UPnP device, which is displayed via a browser, as described above. Analogously, Kekic teaches 
instantiating a graphical user interface of an element manager associated with the UPnP device, 
this being done in response to selecting the device, as is described above. Consequently, the 
above-described combination of UPnP and Kekic is considered to teach receiving a view 
presentation selection signal in response to selecting a UPnP device, opening a web browser, 
connecting to a presentation page for the selected UPnP device, and displaying the presentation 
page on the browser. 

In reference to claim 19, the above-described combination of Kekic and UPnP teaches 
receiving a display device properties selection signal, particularly in response to selecting a 
button like the MIB Browser menu button described by Kekic. Additionally, the combination 
teaches displaying device properties for a selected UPnP device in a display similar to the MIB 
Browser of Kekic. 
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As per claim 20, the above-described combination of Kekic and UPnP teaches displaying 
a selectable list of services, via a field like the MIB File field of Kekic, whereby the services are 
associated with a selected UPnP device and whereby the user may select one of the services. 

In regard to claim 21, the above-described combination of Kekic and UPnP teaches 
receiving a view information signal indicative of a user selection of a view information button, 
which is analogous to the Load button of Kekic, and in response, displaying information for a 
selected service via a field similar to the MIB Tree field of Kekic. As taught by the UPnP 
document, such information may comprise linking information for a description of the selected 
service, as is shown above. 

Concerning claim 22, the above-described combination of Kekic and UPnP teaches 
displaying a selectable list of state variables, via a field similar to the MIB Tree field of Kekic, 
the list of state variable being for a selected UPnP device. The user may select one of these 
variables, and via a button similar to the Get button of Kekic, transmit a query variable selection 
signal to initiate a query of the selected state variable. In response, the control point receives and 
displays a value for the selected state variable in a field analogous to the Result field of Kekic. 

Concerning claims 23 and 24, the above-described combination of UPnP and Kekic 
teaches displaying a list of actions via a field similar to the MIB Tree filed of Kekic, the actions 
being for a selected service. Additionally, the combination teaches receiving a user selection of 
one of these actions, and receiving an argument for the selected action in a field similar to the Set 
Value field taught by Kekic. In response to receiving an invoke action signal via a button similar 
to the Set button described by Kekic, the selected action is invoked. 
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Regarding claim 25, Kekic teaches that the graphical user interface for an element 
manager may display eventing information for a selected device (for example, see column 5, line 
40 - column 6, line 6). It is therefore understood that the above-described combination of Kekic 
and UPnP teaches displaying eventing information. 

As per claim 26, Kekic discloses that, during a network element discovery process, a 
"progress indicator" within a "Status Bar" of the graphical user interface indicates the progress 
of the discovery process (see column 44, line 58 - column 45, line 4). The above-described 
combination of UPnP and Kekic thus teaches displaying status information to aid a user in 
discovering and consequently controlling UPnP devices. 



Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1. 136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1. 136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 



Application/Control Number: 09/867,303 



Page 19 



Art Unit: 2173 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Blaine Basom whose telephone number is (571) 272-4044. The 
examiner can normally be reached on Monday through Friday, from 8:30 am to 5:30 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Cabeca can be reached on (571) 272-4048. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). /)/ 
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